System and method for making electronic payments from a wireless mobile device

ABSTRACT

An electronic device, system and method are provided for populating an online payment form. An electronic wallet resident on an electronic device stores data for at least one payment card. A transcoding proxy receives an online payment form from a website of an online vendor, and the electronic wallet is invoked to access data for one of the payment cards. The data is provided to the transcoding proxy, which populates the online payment form. One of the payment cards may be pre-selected for use with a given vendor.

RELATED APPLICATION INFORMATION

This application is a continuation of U.S. patent application Ser. No.12/116,171 filed May 6, 2008 and claims the benefit of U.S. ProvisionalPatent Application No. 61/036,593 filed Mar. 14, 2008, the disclosure ofwhich is incorporated herein by reference in its entirety.

FIELD OF THE INVENTION

The present disclosure relates generally to electronic commerce, andmore particularly to systems and methods for making electronic payments.

BACKGROUND

Currently, there are a number of ways in which online transactions maybe made via a wireless mobile device. For example, using an Internetbrowser, a user of the wireless mobile device may browse an onlinestore, and the store may allow the user to create a name/password and tosave the credit card information at the online store for futurepurchases. As another example, a device-based catalogue application(such as Handango's InHand™ client or 30 Second Software's Digby™client) may allow the user to store credit card information within thecatalogue application, and control user access by using an accesspassword for the catalogue application. As a further example,form-filler functionality may be provided on the wireless mobile devicewith credit card support (e.g. Windows Live™ Toolbar includes creditcard form filling options with a password protection).

BRIEF DESCRIPTION OF THE DRAWINGS

In the figures which illustrate exemplary embodiments:

FIG. 1 is an illustration of a device in accordance with an embodiment;

FIG. 2 is an illustrative example of a wireless mobile device that mayprovide an operating environment;

FIG. 3 is a block diagram of an illustrative example of a networkenvironment in which various embodiments may be practiced;

FIG. 4 shows a schematic block diagram of an illustrative electronicpurchase system that may be conducted using the wireless mobile deviceand an electronic wallet in accordance with an embodiment; and

FIGS. 5A and 5B show schematic flowcharts of an illustrative method inaccordance with an embodiment.

DETAILED DESCRIPTION

As noted above, the present disclosure relates to a system and methodfor making electronic payments.

Prior approaches may have limitations in that entry of credit cardinformation may have to be repeated for each website or application, andthat secure use of the cards may involve a different transaction processfor each website or application. What is needed is an improved systemand method for making payment from a wireless mobile device using anelectronic wallet.

In an illustrative embodiment, the system and method may be practicedwith a wireless mobile device in a wireless operating environment. Shownin FIG. 1 is a schematic block diagram of an illustrative wirelessmobile device 100. The wireless mobile device 100 may comprise a numberof components, including a main processor 102 which controls the overalloperation of wireless mobile device 100. Communication functions,including data and voice communications, may be performed through acommunication subsystem 104. The communication subsystem 104 may receivemessages from and send messages to a wireless network 200.

The main processor 102 may also interact with additional subsystems suchas a random access memory (RAM) 106, a flash memory 108, a display 110,an auxiliary input/output (I/O) subsystem 112, a data port 114, akeyboard 116, a trackball 117, a speaker 118, a microphone 120,short-range communications 122, other device subsystems 124,SIM/RUIM/USIM card 125 connected via a SIM/RUIM/USIM interface 128, anda fingerprint reader module 126. In some embodiments, the keyboard 116may comprise a virtual keyboard or a physical keyboard or both. In someembodiments, the display 110 may comprise a touchscreen display.

Some of the subsystems of the wireless mobile device 100 may performcommunication-related functions, whereas other subsystems may provide“resident” or on-device functions. By way of example, the display 110and the keyboard 116 may be used for both communication-relatedfunctions, such as entering a text message for transmission over thenetwork 200, and device-resident functions such as a calculator or tasklist. The trackball 117 may be used for various navigation functions,such as navigating through a graphical user interface (GUI) menudisplayed on display 110. The trackball 117 may also be configured witha secondary actuation feature, such as allowing for the trackball to bedepressed, to allow selection of a highlighted item.

Still referring to FIG. 1, operating system software used by the mainprocessor 102 is typically stored in a persistent store such as flashmemory 108. Those skilled in the art will appreciate that the operatingsystem, specific device applications, or parts thereof, may betemporarily loaded into a volatile store, such as the RAM 106, forprocessing by main processor 102.

The wireless mobile device 100 may send and receive communicationsignals over the wireless network 200 after required networkregistration or activation procedures have been completed. Networkaccess may be associated with a subscriber or user of the wirelessmobile device 100.

The wireless mobile device 100 may be a battery-powered device and mayinclude a battery interface 132 for receiving one or more rechargeablebatteries 130. In some embodiments, the battery 130 may be a smartbattery with an embedded microprocessor. The battery interface 132 iscoupled to a regulator (not shown), which assists the battery 130 inproviding power V+ to the wireless mobile device 100. The battery 130may be used to power all components and modules in the wireless mobiledevice 100. In some embodiments, the communication device 100 may besolar powered or otherwise powered with or without use of a battery.

The main processor 102, in addition to its operating system functions,enables execution of various software applications 134 on the wirelessmobile device 100. A subset of software applications 134 that controlbasic device operations, including data and voice communicationapplications, will normally be installed on the wireless mobile device100 during its manufacture.

The software applications 134 may include a messaging application 136.The messaging application 136 can be any suitable software program thatallows a subscriber or user of the wireless mobile device 100 to sendand receive wireless text communications. Various alternatives exist forthe messaging application 136 as is well known to those skilled in theart. Messages that have been sent or received by the user are typicallystored in local storage such as flash memory 108 of the wireless mobiledevice 100, or in some other suitable storage element in the wirelessmobile device 100. In an alternative embodiment, some of the sent andreceived messages may be stored remotely from the wireless mobile device100 such as in a data store of an associated host system that thewireless mobile device 100 communicates with. In an embodiment, themessaging application 136 may include a Message List user interface thatis configured to allow a user to see a list of message objects (i.e.email messages) in a convenient list form. This will be described indetail further below.

Still referring to FIG. 1, wireless mobile device 100 may include anelectronic wallet 148 that may be operatively integrated with mainprocessor 102, RAM 106, display 110, short-range communicationssubsystem 122, fingerprint reader module 126, or various other devicesubsystems 124 and software applications 134 to provide variouselectronic wallet application functions.

To identify a user, the communications device 100 may use aSIM/RUIM/USIM card 125 (i.e. Subscriber Identity Module or a RemovableUser Identity Module or a Universal Subscriber Identity Module, etc.),which is inserted into a SIM/RUIM/USIM interface 128, to communicatewith a network. The SIM/RUIM/USIM card 125 is one type of a conventional“smart card” that can be used to identify a user of the communicationsdevice 100 and to personalize the communications device 100, among otherthings. Without the SIM/RUIM/USIM card 125, the communications device100 may not be fully operational for communication with the wirelessnetwork 200, in some embodiments. By inserting the SIM/RUIM/USIM card125 into the SIM/RUIM/USIM interface 128, a user can access subscribedservices. Such subscribed services may include, for example, webbrowsing and messaging such as email, voice mail, Short Message Service(SMS), and Multimedia Messaging Services (MMS).

The wireless mobile device 100 may further include a device state module140, an address book module 142, a Personal Information Manager (PIM)module 144, and various other modules 150. Additional softwareapplications may also be loaded onto the wireless mobile device 100through at least one of the wireless network 200, the auxiliary 110subsystem 112, the data port 114, the short-range communicationssubsystem 122, or the various other device subsystems 124.

Now referring to FIG. 2, shown is an illustrative front view of awireless mobile device 100 that may provide a suitable operatingenvironment. In this particular example, mobile communication device 100comprises a handheld smart phone; however, the scope of the presentdisclosure is not limited to a specific type of device. As shown, thewireless mobile device 100 may include a display 110, a keyboard 116,and other input or navigation means such as a trackball 117, and afingerprint reader 127 operatively connected to the fingerprint readermodule 126 of FIG. 1. The display 110 may be configured to displayvarious screens allowing the user of device 100 to view screen outputsfrom the various software applications 134, including the electronicwallet 148. Display 110 may also be configured to provide atouch-sensitive screen input in response to a prompt or query displayedon display 110.

Now referring to FIG. 3, shown is a schematic block diagram of anillustrative network environment 300 in which various embodiments may bepracticed. As shown, network environment 300 may include a device server310 operatively connected to the wireless mobile device 100 via awireless carrier network 320, a Wi-Fi Network 322, or another suitableaccess point. Any data transferred between device server 310 andwireless mobile device 100 may be encrypted using algorithms such asTriple Data Encryption Standard (Triple DES) and Advanced EncryptionStandard (AES), which use 112-bit keys and 256-bit keys respectively, tosecure wireless communications.

An Internet server 330 may also be provided in the network environment300 such that device 100 may access the Internet 340. In an embodiment,the Internet 340 may provide access to online vendors having web servers350, 360 from which a user of wireless mobile device 100 mayelectronically purchase goods or services.

Now referring to FIG. 4, shown is a schematic block diagram 400 of anillustrative electronic purchase system that may be conducted using thewireless mobile device 100 and the electronic wallet 148 in accordancewith an embodiment. As shown, in an embodiment, a user of wirelessmobile device 100 may use the wireless mobile device 100 to visit anonline vendor's website (e.g. hosted by online vendor A's web server350) in order to browse for goods or services available for purchase.Electronic wallet 148 provided within wireless mobile device 100 can beconfigured to conveniently make electronic payments for onlinepurchases. Accordingly, as will be described, the electronic wallet 148may be configured to access storage means on a persistent store (e.g.flash memory 108) adapted to securely store data for one or more paymentcards (e.g. credit cards or debit cards 148A, 148B, 148C) issued to theuser of wireless mobile device 100. The electronic wallet 148 mayfurther have an associated wallet security module 149 configured toallow controlled access to the electronic wallet 148. The payment cards148A, 148B, 148C stored in the electronic wallet 148 may be encryptedusing a strong encryption algorithm such as Triple DES or AES. Thesepayment cards 148A, 148B, 148C may be made accessible by wallet securitymodule 149 only if the wallet security module 149 receives verificationthat the user is authorized to access the payment cards 148A, 148B,148C.

In an embodiment, wireless mobile device 100 may include a fingerprintreader 126 operatively connected to wallet security module 149, andconfigured to enable an authorized user access to payment cards 148A,148B, 148C only if the fingerprint reader 126 receives fingerprint inputdata matching previously stored fingerprint input data from anauthorized user (e.g. the main user of wireless mobile device 100). Inother embodiments, other types of biometric data may be used toauthenticate a user.

Alternatively, or in addition, wireless mobile device 100 may include amicrophone 120 which may be adapted to receive a voice input signal froma user speaking a pre-selected password or command, and comparing thereceived voice input signal to a previously stored input signal from theauthorized user.

In yet another embodiment, wallet security module 149 may be configuredto enable authorized user access to payment cards 148A, 148B, 148C onlyif the user supplies a verifiable user name and password combination. Itwill now be appreciated by those skilled in the art that in otherembodiments wallet security module 149 can be configured to employvarious other methods of user authentication and that all of theseembodiments are within the scope of the present disclosure.

In an embodiment, the online vendor may provide a web server 350 havingan electronic payment module 352 suitably configured to enable purchasesfrom the online vendor's website using the electronic wallet 148 presentwithin wireless mobile device 100. The electronic payment module 352 mayprovide a user interface viewable on display 110 of wireless mobiledevice 100, and various menu options and controls may be presented forselection or activation using keyboard 116, trackball 117, or othermethods of input that may be available. In order to simplify thepurchasing transaction, the electronic payment module 352 may also beconfigured to provide a simplified user interface allowing the user tocomplete a purchase with a minimal number of steps, and withoutrequiring repeated entry of card numbers, expiration dates, and otherpersonal information or verification data each time the user is making apurchase at the online vendor's website.

In an illustrative embodiment, the electronic wallet 148 may register asa browser plug-in for a custom content type in Internet browser 138.When a browser plug-in is registered, support for custom content typemay be indicated to an online vendor website supporting this method ofpayment via HTTP coding, and the online vendor website may return awebpage specially adapted for this payment option. In an embodiment, thereturned webpage may then invoke the wallet by executing a walletinvocation procedure triggered by an instruction embedded in the HTTPheader.

As an illustrative example, a MIME (Multimedia Internet Mail Extensions)type protocol may be embedded in the HTTP header of an online vendorwebpage to invoke the electronic wallet 148. As will be appreciated,MIME is an Internet standard protocol used in email, but it is alsoimportant as instructions that may be embedded in communicationprotocols like HTTP. Thus, the triggering webpage may be, for example, a“check-out” page which may have a MIME instruction embedded in its HTTPheader, such that proceeding to the check-out webpage on the browser 138invokes the electronic wallet 148.

If custom content types are not used, as another illustrative example,scripting instructions such as JavaScript™ instructions may be used toinvoke the electronic wallet 148. It will be appreciated that there arealso various other ways in which the electronic wallet 148 may beinvoked, such as meta tags and embedded mark-up. However, regardless ofthe particular way in which the electronic wallet 148 is invoked, thewireless mobile device 100 may be suitably adapted to recognize when anonline vendor's web server 350 supports use of the electronic wallet 148as a payment option when visiting the online vendor's web server 350.

Upon being invoked, wallet security module 149 initiates anauthentication process that must be successfully completed by the userbefore the user can access the contents of the electronic wallet core504. Without successful authentication, no further access to theelectronic wallet application will be permitted. In an embodiment, theelectronic wallet security module 149 may be adapted to also employ oneor more authentication features as previously described, such as thefingerprint reader 126, and microphone 120. Various other authenticationmeans may be employed in the alternative or in some combination, such asmaster passwords and authentication keys to access encrypted data storedin the electronic wallet 148.

Once a user has been authenticated by the wallet security module 149 toaccess the electronic wallet 148, the user may select a suitable cardfrom the electronic wallet 148 for use in payment. The card informationstored in the electronic wallet 148 is then retrieved and provided tothe online vendor's website for payment.

In an alternative embodiment, rather than automatically invoking theelectronic wallet 148 using meta-tags, embedded mark-up or customcontent types, the online vendor's website as presented in the Internetbrowser 138 on display 110 may include a selectable link or paymentbutton for payment specifically via the electronic wallet 148 providedon the wireless mobile device 100. Such a link or payment button may beprovided at an online vendor's check-out webpage, and upon selection asuitable payment screen may be provided at the online vendor's site tointeract with the electronic wallet 148. If necessary, the electronicwallet 148 may then be invoked by the user on wireless mobile device 100by selecting a suitable menu option or icon.

In this embodiment, the user may further specify a payment type to beused (e.g. a certain type of credit card) for the transaction. If a userof wireless mobile device 100 clicks a payment button specifying use ofthe electronic wallet 148 and a specific card type XYZ, then the onlinevendor's web server 350 may then return a webpage specifically adaptedfor use with the specified card type XYZ. This may be done by having anumber of different webpages available to handle payment for differentcard types such as XYZ.

When this webpage is loaded by the Internet browser 138 of wirelessmobile device 100, an embedded custom content type may instruct theInternet browser 138 to invoke the electronic wallet application 148with the specific card type selected by the user. The webpage specificto the card type selected may include a fillable form that may requirespecific details, including card number, name of the card holder, expirydate, card verification number, and telephone number, for example.

Before passing any payment card data to the requesting webpage, anauthentication process is completed by wallet security module 149. Forexample, wallet security module 149 may ask the user for validverification data to access the electronic wallet 148, such as apassword input via keypad 116, a fingerprint press or swipe input viafingerprint reader 126, and/or a voice password or command input viamicrophone 120. The validation of the password, fingerprint, or voiceinput may be performed by wallet security module 149 locally on thewireless mobile device 100 in order to authorize transmission of datafrom the wireless mobile device 100. Alternatively, encryptedverification data may be transmitted together with the payment card dataand payment information such that the encrypted verification data may beverified by the issuing institution 410, or by a trusted third partyverification agent.

In another embodiment, the payment card data and payment information maybe encrypted in a secure format which may be decrypted only by the finalpayment processing facility, such as by the originating payment cardissuer. For example, the wireless mobile device 100 manufacturer and apayment card issuer may agree upon an end-to-end encryption format thatwould keep the payment card data secret as the payment card data passesthrough the online vendor's payment processing system (e.g. on theonline vendor's web server). Once verified by the payment card issuer, apayment authorization code may be sent to the online vendor to confirmpayment. This may significantly reduce the risk of payment cardinformation being collected and inadvertently exposed or stolen from theonline vendor's web site.

In another embodiment, wallet security module 149 may use the wirelessmobile device 100's unique identification, such as an Electronic SerialNumber (ESN) or Product Identification Number (PIN), to confirmvalidation and for the payment request. For example, when issuing thepayment card 148A, 148B, 148C, the issuing institution 410 may specifythe device ESN or PIN with which the payment card is associated. If apayment request is not originating from an authorized wireless mobiledevice 100, as evidenced by the ESN or PIN for example, the request forpayment card verification by an online vendor's card verification module354 may be refused. Thus, use of the unique identity of wireless mobiledevice 100 for verification may further enhance protection for cardscarried in electronic wallet 148.

In another embodiment, if the wireless mobile device 100 is alsoconfigured as a mobile telephone, then the telephone number assigned tothe wireless mobile device 100 may also be used to confirm authorizedaccess, either alone, or in conjunction with the device ESN or PIN. Ifthe telephone number of the wireless mobile device 100 is provided alongwith the payment card data and payment information, a call back to thetelephone number may be used for further verification of the identity ofthe user (e.g. to ask for a password, code or confirm other personalinformation such as address, postal code, mother's maiden name, etc.).This may be useful, for example, if the payment card is close to thecredit limit, and the payment card issuer needs to authorize a chargeover that limit.

In an embodiment, once valid verification data has been input by theuser, the user may be presented with a list of available payment optionsfor selection. When displayed as selectable payment options, the cardnumbers could be fully revealed, partially hidden (e.g. 4500 xxxx xxxx4742), or could simply be listed by the issuing institution's name (e.g.XYZ Bank Platinum Credit Card). Upon selection, card information for theselected card may be sent from the electronic wallet 148 in order toproceed with payment, or for the purposes of any further verificationthat the online vendor 350 may wish to conduct.

In another embodiment, instead of providing a web-based online store, ifa vendor provides a device-based catalogue application that may be runon wireless mobile device 100, the catalogue application may beconfigured to provide a user interface on wireless mobile device 100including a link to an online payment server (e.g. this could be on thevendor's website, or may be a third party payment processing server),and a menu item or button may be provided for making payment for aproduct in the catalogue application from the electronic wallet 148.When a user input such as selection of the menu option or a button isreceived, the catalogue application may be configured to call a systemlevel API to invoke the electronic wallet 148 and the associatedsecurity module.

In an embodiment, upon being invoked, the wallet security module 149 mayrequire the user to provide verification data, such as a password,fingerprint press or swipe, or voice command. Upon authorization, if acard has been pre-selected for use with the device-based catalogueapplication, electronic wallet 148 may pass all relevant card data andany verification data for processing the transaction. The user does nothave to enter the card information at the online vendor's website tocomplete the transaction, and does not have to let the online vendorpermanently store the card information on their website to achieve this.

In another embodiment, a transcoding proxy may be used that couldconvert a credit card form provided on an online vendor's website into apayment link or button. The transcoding proxy may also be configured toinvoke the electronic wallet 148 and associated wallet security module149, receive the payment card information at the proxy, and insert thedata into the payment card form of the online vendor's site.

In another embodiment, a card carried in the electronic wallet 148 maybe the only card available, or may be the card pre-selected for use witha particular online vendor or a device-based catalogue applicationrunning on the wireless mobile device 100. In this case, when walletsecurity module 149 authorizes access to the electronic wallet 148, theelectronic wallet may be configured to automatically select the onlyavailable card or identify a pre-selected card for use in payment.Therefore, the number of steps for making a payment may be furtherreduced, and an authorized payment may be made, for example, simply witha finger press or swipe on fingerprint reader 126 by an authorized user.

As will be appreciated, with the electronic payment system and methoddescribed above, an electronic wallet 148 and a wallet security module149 may be used as a common source of payment, and with a common paymentprocess, for a variety of online vendor websites accessible via theInternet browser 138, various device-based catalogue applications, andvarious other applications running on wireless mobile device 100 oraccessible via its wireless communication capabilities.

Now referring to FIGS. 5A and 5B, shown are schematic flowcharts of anillustrative method 500 in accordance with an embodiment. As shown inFIG. 5A, method 500A begins and at block 502 provides an electronicwallet, the electronic wallet having a persistent store for storing datafor one or more payment cards and a wallet security module configured toverify authorized access to the electronic wallet. Method 500 thenproceeds to block 504, where method 500 permits access to the data forone or more payment cards stored in the electronic wallet uponverification of authorized access by the wallet security module.

Block 504 is shown in more detail in FIG. 5B, where method 500B beginsat block 504 a, and stores authentication data comprising one or more ofa password or biometric data, such as fingerprint or voice data suppliedby an authorized user. Method 500B then proceeds to block 504 b, wheremethod 500 compares any subsequently input password or biometric datawith a previously stored password or biometric data. Method 500B thenproceeds to decision block 504 c, where method 500 determines if thecomparison between the previously stored authentication data and thesubsequently input password or biometric data is within an acceptablerange of variation. If no, method 500B proceeds to block 504 d, wheremethod 500B denies access to the electronic wallet and the method ends.If yes, method 500B proceeds to block 504 e, where method 500B confirmsauthorization and allows access to the electronic wallet. Method 500Bthen ends.

As discussed above, the biometric data may be stored fingerprint data,or a voiceprint input signal supplied by an authorized user. As will beappreciated, method 500B may be adapted accordingly to compare anysubsequently input fingerprint input signal or a voiceprint input signalwith the fingerprint input signal and a voiceprint input signalpreviously supplied by the authorized user and stored in the walletsecurity module.

Thus, in an aspect, there is provided a method of making an electronicpayment from a wireless mobile device, comprising: storing data for oneor more payment cards in an electronic wallet provided in the wirelessmobile device; upon invocation of the electronic wallet by an externalapplication, authenticating a current user of the wireless mobile devicefor authorizing access to the electronic wallet; and upon successfulauthentication of the current user, providing data for one or morepayment cards stored in the electronic wallet to the externalapplication.

In an embodiment, the wireless mobile device includes an Internetbrowser, and the method further comprises invoking the electronic walletwith an external web application originating from an online vendorwebsite.

In another embodiment, the method further comprises receivinginstructions embedded in a webpage originating from the online vendorwebsite to invoke the electronic wallet.

In another embodiment, the instructions comprise one of meta-tags,mark-up or custom content types embedded in the webpage HTTP.

In another embodiment, the external application is a catalogueapplication executing on the wireless mobile device, and the electronicwallet is invoked upon selection of a menu option for payment using theelectronic wallet.

In another embodiment, authenticating the current user comprisesauthenticating one or more of a password or previously suppliedbiometric data for an authorized user.

In another embodiment, the biometric data is one or more of afingerprint input signal or a voiceprint input signal, and the methodfurther comprises authenticating the current user by comparing one ormore of the fingerprint input signal or the voiceprint input signal withone or more of a fingerprint input signal and a voiceprint input signalpreviously supplied by the authorized user and stored in the electronicwallet.

In another embodiment, the method further comprises transmittingconfirmation of authentication of the current user together with thedata for one or more payment cards stored in the electronic wallet tothe external application.

In another embodiment, the wireless mobile device includes a uniqueelectronic serial number (ESN), a product identification number (PIN),or a telephone number, and the method further comprises transmitting oneor more of the unique ESN, PIN or telephone number together with thedata for the selected payment card to verify an authorized wirelessmobile device.

In another embodiment, the method further comprises: encrypting thepayment card data in the electronic wallet; passing the encryptedpayment card data through an intermediate vendor system; decrypting thepayment card data at a payment verification facility; and returning apayment authorization code to the vendor system to confirm payment.

In another aspect, there is provided a system for making an electronicpayment from a wireless mobile device, the system having processingmeans and memory adapted to: store data for one or more payment cards inan electronic wallet provided in the wireless mobile device;authenticate a current user of the wireless mobile device forauthorizing access to the electronic wallet upon invocation of theelectronic wallet by an external application; and provide data for oneor more payment cards stored in the electronic wallet to the externalapplication upon successful authentication of the current user.

In an embodiment, the wireless mobile device includes an Internetbrowser, and the system is further adapted to invoke the electronicwallet with an external web application originating from an onlinevendor website.

In another embodiment, the system is further adapted to receiveinstructions embedded in a webpage originating from the online vendorwebsite to invoke the electronic wallet.

In another embodiment, the instructions comprise one of meta-tags,mark-up or custom content types embedded in the webpage HTTP.

In another embodiment, the external application is a catalogueapplication executing on the wireless mobile device, and the electronicwallet is invoked upon selection of a menu option for payment using theelectronic wallet.

In another embodiment, authenticating the current user comprisesauthenticating one or more of a password or previously suppliedbiometric data for an authorized user.

In another embodiment, the biometric data is one or more of afingerprint input signal or a voiceprint input signal, and the system isfurther adapted to authenticate the current user by comparing one ormore of the fingerprint input signal or the voiceprint input signal withone or more of a fingerprint input signal and a voiceprint input signalpreviously supplied by the authorized user and stored in the electronicwallet.

In another embodiment, the system is further adapted to transmitconfirmation of authentication of the current user together with thedata for one or more payment cards stored in the electronic wallet tothe external application.

In another embodiment, the wireless mobile device includes a uniqueelectronic serial number (ESN), a product identification number (PIN),or a telephone number, and the system is further adapted to transmit oneor more of the unique ESN, PIN or telephone number together with thedata for the selected payment card to verify an authorized wirelessmobile device.

In another embodiment, the system is further adapted to: encrypt thepayment card data in the electronic wallet; pass the encrypted paymentcard data through an intermediate vendor system; decrypt the paymentcard data at a payment verification facility; and return a paymentauthorization code to the vendor system to confirm payment.

In another aspect, there is provided a method for making an electronicpayment from a wireless mobile device, comprising: storing data for oneor more payment cards in an electronic wallet provided in the wirelessmobile device; receiving a request from an external application toinvoke the electronic wallet; authenticating a current user of thewireless mobile device, using one or more of a password or previouslysupplied biometric data for an authorized user, for authorizing accessto the electronic wallet upon invocation; and providing data for one ormore payment cards stored in the electronic wallet to the externalapplication upon successful authentication of the current user.

In an embodiment, the biometric data is one or more of a fingerprintinput signal or a voiceprint input signal, and the method furthercomprises authenticating the current user by comparing one or more ofthe fingerprint input signal or the voiceprint input signal with one ormore of a fingerprint input signal and a voiceprint input signalpreviously supplied by the authorized user.

In another aspect, there is provided a data processor readable mediumstoring data processor code that when loaded onto a wireless mobiledevice adapts the device to make an electronic payment from a wirelessmobile device, the data processor readable medium comprising: code forstoring data for one or more payment cards in an electronic walletprovided in the wireless mobile device; code for authenticating acurrent user of the wireless mobile device for authorizing access to theelectronic wallet upon invocation of the electronic wallet by anexternal application; and code for providing data for one or morepayment cards stored in the electronic wallet to the externalapplication upon successful authentication of the current user.

While illustrative embodiments have been described above, it will beappreciated that various changes and modifications may be made. Moregenerally, the scope of the invention is defined by the followingclaims.

1. An electronic device, comprising: a memory storing data for at leastone payment card in an electronic wallet; a communication subsystem; anda processor in communication with said memory and communicationsubsystem, the processor being configured to: execute a transcodingproxy to receive an online payment form from a website of an onlinevendor via the communication subsystem and to invoke the electronicwallet for accessing data stored for a selected one of the at least onepayment card; the transcoding proxy obtaining said data; and execute thetranscoding proxy to populate the online payment form with said data. 2.The electronic device of claim 1, further comprising authorizing accessto the electronic wallet prior to the transcoding proxy obtaining saiddata.
 3. The electronic device of claim 1, wherein said selected one ofthe at least one payment card is pre-selected for use with said onlinevendor.
 4. The electronic device of claim 1, where said selected one ofthe at least one payment card is pre-selected for use with said website.5. The electronic device of claim 1, wherein the transcoding proxyinvokes the electronic wallet by invoking an application received by thetranscoding proxy.
 6. The electronic device of claim 5, wherein theapplication comprises a web application.
 7. The electronic device ofclaim 5, wherein the processor is further configured to receiveinstructions embedded in a webpage received from said website to invokeexecution of the application.
 8. The electronic device of claim 1,wherein the electronic wallet is invoked upon selection of a menu optionfor payment using the electronic wallet.
 9. The electronic device ofclaim 1, wherein the processor is further configured to transmit theonline payment form thus populated to the website.
 10. A method,comprising: a transcoding proxy receiving an online payment form from awebsite of an online vendor; the transcoding proxy invoking theelectronic wallet for accessing data stored for a selected one of atleast one payment card, the at least one payment card being stored in anelectronic wallet in a memory of an electronic device; the transcodingproxy obtaining said data; and the transcoding proxy populating saiddata in said online payment form.
 11. The method of claim 10, furthercomprising storing the at least one payment card in the electronicwallet.
 12. The method of claim 10, further comprising the electronicdevice authorizing access to the electronic wallet prior to thetranscoding proxy obtaining said data.
 13. The method of claim 10,wherein said selected one of the at least one payment card ispre-selected for use with said online vendor.
 14. The method of claim10, wherein said selected one of the at least one payment card ispre-selected for use with said website.
 15. The method of claim 10,wherein invoking the electronic wallet comprises invoking an applicationreceived by the transcoding proxy.
 16. The method of claim 15, whereinthe application comprises a web application.
 17. The method of claim 15,wherein the application is invoked in response to instructions embeddedin a webpage received from said website.
 18. The method of claim 10,wherein the electronic wallet is invoked upon selection of a menu optionfor payment using the electronic wallet.
 19. The method of claim 10,further comprising transmitting the online payment form thus populatedto the website.
 20. A computer program product comprising anon-transitory computer readable medium bearing code which, whenexecuted by one or more processors of a device, causes said device tocarry out the method of: a transcoding proxy executing on said devicereceiving an online payment form from a website of an online vendor; thetranscoding proxy invoking the electronic wallet for accessing datastored for a selected one of at least one payment card, the at least onepayment card being stored in an electronic wallet in a memory of anelectronic device; the transcoding proxy obtaining said data; and thetranscoding proxy populating said data in said online payment form.